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INTRODUCTION TO RELATIONAL PROGRAMMING* 

B. J. MacLennan. 81/02/24. 

Naval Postgraduate School 
Monterey, CA 93940 

1 . Introduction 

In this paper we discuss relational programming , i.e. a 
style of programming in which entire relations are manipulated 
rather than individual data. This is analogous to functional 
programming, wherein entire functions are the values manipulated 
by the operators. We will see that relational programming sub- 
sumes functional programming because every function is also a 
relation. It is appropriate at this point to discuss why we have 
chosen to investigate relational programming. 

As we have noted, relational programming subsumes functional 
programming; hence, anything that can be done with functional 
programming can be done with relational programming. Further- 
more, relational programming has many of the advantages of func- 
tional programming: for instance, the ability to derive and 

manipulate programs by algebraic manipulation. A well developed 
algebra of relations dates back to Boole's original work and has 
been extensively studied since then. Although relations ate mote 

* The work repotted herein was supported by the Foundation 
Research Program of the Naval Postgraduate School with funds 
provided by the Chief of Naval Research. 
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general than functions, their laws are oiten simpler. For 

1 T *1 

instance, (fg)”"^ = g^'^f”'*’ is true tor all relations, but true 
only for functions that are one-to-one. Also, relational pro- 
gramming more directly supports non-linear data structures, such 
as trees and graphs, than does functional programming. In rela- 
tional programming the basic data values are themselves rela- 
tions, whereas in functional programming there is a separate 
class of objects (lists) used for data structures. One final 
reason for investigating relational programming is that it pro- 
vides a possible paradigm for utilizing associative and active 
memories. As a teaser for what is to come, we present the fol- 
lowing example of a relational program. We will take a text T, 
represented as an array of words (i.e., T; i is the i-th word) , 
and generate a frequency table F so that F:w is the number of 
occurences of word w in T. Now we will see (section 3) that T:w 
is the set of all indices of the word w. If we let #:C be the 
cardinality of a class, then the number of indices (occurences) 
or w is just #:(T:w). Therefore we can write F = #T (section 6). 
For a second example, we will see in section 13 that a program to 
update a payroll file 5 can be written: 

i' = Md^ where u = ( ,H) ( + )-LL^i-l 
2. Classes and Relations 



As is usual we will use xRy to mean that x bears the rela- 
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tion R CO y. Similarly, we will write xC or x6C to mean x is in 
the class C (i.e. x has the property C) . Our theory or relations 
will be typeless, like chat described in [6]; this seems more 
appropriate to programming than systems such as Russell's "rami- 
ried type theory." In most other respects our notation follows 
that of Carnap [1] and Whitehead and Russell [8]. There is no 
special significance to the case or variables, although we will 
often distinguish relations (and classes) from the things they 
relate by putting them in upper case. 

We often need to talk of the individuals that can occur on 
the right or left ot a relation. We say that x is a left - member 
of R whenever there is a y such that xRy. 

X Lm R 4— » JyCxRy) 

Right - member and member (Rm and Mm) are defined analogously. 

3 . Functions 

We define functions as special classes ot relations: A rela- 
tion F is a function if and only if it is left-univalent: 

Feiun 4 — > Vxyz[ yFx A zFx y=z ] 

If F is left-univalent then we can write F:x for the unique y 
such that yFx (if such a y exists). This differs from the usual 
convention, in which y=F:x means xFy, but agrees with [8] and 
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wotks better with the rest of the notation. Right-univalent and 
bi-univalent relations (run and bun) are defined analogously. 

The fact that F:x may be meaningless makes it convenient to 
use several other relations derived from F. One of these is the 
plur al descr iption . If F is any relation and C is a class then 
F!:C is the set of all y such that yFx for some x in C, i.e., 

y 6 Fl:C 3-x(yFx AxC) 

Notice that the operation F! :C is derined tor all relations F and 
classes C, regardless of whether F61un or the members of C are 
right members of F. 

Related ideas are the image and converse image of an indivi- 
dual. If R is a relation, then cRx means that c is the class of 
individuals related to x. This class is called the image of x, 
and is defined; 

y 6 R:x 4— » yRx 

The analogous idea is that of the converse image of y; 

X 6 R:y 4— » yRx 

Like the plural description, R and R are defined for all R and 
all arguments. It is generally safer to use f than f since f;x 
may be undefined whereas f:x is always defined. 
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4 . Combining Relations 

We will next investigate ways ot combining relations and 
classes. The simplest methods ate just abstractions ot the logi- 
cal connectives used between propositions; intersection, union, 
negation and ditference (A, V, -) . For instance R V S is defined 
so that: 

x(R V S)y 4-» xRy V xSy 

As an example ot the use ot these operations, the detinition ot 
Mm can be written: 



Mm = Lm V Rm 

The logical connectives satisfy the usual properties of a Boolean 
algebra (e.g., DeMorgan's theorem). 

We will also define the converse of a relation. The rela- 
tion R”'^ is called the converse of R, i.e. xR”'*’y > yRx. If f 

is a function then t“^ is the inverse of f. 

5. Limiting and Restriction 

It is often useful to limit the left or right domain ot a 
relation. Consider the relation x sin“^ y, which means that x is 
an arcsine of y. We cannot write x = sin“^:y because sin'"'^ is 
not left univalent (i.e. it is not a function). We can solve 
this problem by defining a function Sin whose arguments are 
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testticted to be in the range -ir/2 to Tf/2. Let S be the class of 
reals in this range: 

S = (£:-v/2) a (t:ir/2) 

then we will write sin>S for the sine function with its arguments 
restricted to S, which is exactly the Sin function we sought: 

Sin = sin> [ (^: -tt/2 ) A (£:ir/2)] 

This function is bi-univalent, so it is invertible. It is now 
perfectly meaningful to write Sin~^:y (it y Lm sin). The right- 
restriction operation is defined: 

x(R>S) y xRy A yS 

The left-restriction, S<R, is defined analogously. These nota- 
tions can be combined to restrict both domains: S<R>T. The com- 
bination S<R>S is so common that a special restriction notation 
is provided for it: 



rSs = s<r>s 

For instance, pred5(>:0), is the predecessor relation restricted 
to positive numbers. 

6. Relative Product and Composition 

If R is the relation "... is a son of ..." and S is the 
relation "... is a brother of ...", then the relative product , 
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R|S, is the telation "... is a son ot a brother ot ...". Mote 
Lormally , 



x(R|s)z 3’V(xRy AySz) 



Where there is little chance of confusion, we will write RS for 
R|S. If f and g ate functions it is easy to see that f|g is the 
composition ot these functions. Hence, f g ; x = f:(g;x). 



It is convenient to have a notation for relative products of 
a telation with itself. For instance, the "grandparent" relation 
can be written pat ent I pat ent , which we abbreviate parent . In 
g ener al , 



R-^ = 


R 




Rn+1 


= (r")r 


= RCR*^) 


R“^ = 




= (R"^) 



R° = =X(Mm:R) 

It is easy to show these properties of the relative product: 



(rs)t = 


r (st) 


r(s V t) 


= 


r s V r t 


( r V s) t 


= 


ts V rt 


r (s A t) 


C 


rs A tt 


( r A s) t 


C 


rt A St 


3-(is) 


3- (Rm: r A Lm:s) 
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( rs) 


= (s“ 


(t"^) 




^ n — 


^m+n 


(m ,n^0 ) 




(rm)n , 


^mn 


(m ,n^0 , 


or rSbun) 


r^r*^ C 


^m+n 


( r 6bun) 




1 

11 


r“^ r 


= rO 


( r6bun) 



7 . Stt uctut es 

7. 1 initial and terminal members 

Suppose R is the relation represented by the following 




Since a=R;g and g=R~^:a it can be seen that R”^ follows an arrow 
and R goes against an arrow. Now, notice that the left and right 
members of R are; 

Lm:R = {a,b,c,d,e,f,g} 

Rm:R = {g,f,e,d, i,h} 

We define the initial members of R to be those members which are 
not pointed at by an arrow. Therefore, the initial members of R 
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ate che lett members that ate not tight members. 



init:R = (Lm-Rm):R = {a, b, c} 

The terminal members of a relation do not point to other members: 






tetm:R = (Rm-Lm):R = {h, i} 



When a relation is used to represent a data structure, the above 
functions become important. 

For instance, a sequence is represented by a relation with 
the structure: 





S - ai a2 


^3 


^n-1 










In this case init:S is the 


unit class 


containing 


ment of the 


sequence ( i .e . , 


aj^) and term:S is the 


taining the 


last element of 


the sequence (i.e., 


S> (-init:S) 


is the sequence with 


its first ' 


Hence , the 


following common 


sequence 


manipulation 


be defined: 








cc: S = 


9 init: S, 


" first" 




ui: S = 


9 term: S, 


"last" 




n:S = 


S> (-init:S) , 


"final" 




A:S = 


(-term : S) <S , 


"initial 


ft 



n 



where 6 selects the element of a singleton set (9= (= )) 



More 



I 
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operations on sequences are discussed in the next section. 



As another example ot the use ot 
a relation T representing a tree, 
oi the tree, and terrarT is set of the 
result is analogous for forests, 
roots is init:F and the set of leaves 



'init' and 'term', consider 
Then, 9 init; T is the root 
leaves of the tree. The 
Given a forest F the set of 
is term:F. 



7 . 2 higher level operations 

The set of nodes directly descended from n is just F~^;n. 
For instance, the set of nodes directly descended from a root is 
F”^Iinit:F. and the set of nodes that point to leaves is 
F I term :F . 



These operations can be used for obtaining the maximum and 
minimum of sets. Suppose '<' is the less-than relation on 
integers and S is some set of integers. Then <3JS is the less 
than relation restricted to this set, i.e. it is a sorting of the 
set. Now note that oc: (<5S) and ui: (<5S) are the minimum and max- 
imum elements of the set; 



min;S = oc; (<5S) 
max ;S = oi; (<5S) 

These operations are only defined if S has two or more elements, 
since an irreflexive relation cannot relate less than two ele- 
ments. That is, an irreflexive relation when 



restricted to a 
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unit ot empty class becomes the empty relation. Notice that we 
can select the maximum and minimum based on any relation that is 
a series (i.e., transitive, irreflexive and connected). 

The following are simple properties of these operations: 

init:r = term:(r”^) 
termir = init;(r~^) 
init:(rSs) = term;(r“^5s) 

8 . Sequences 
8 . 1 pairs 

In this section we will continue the discussion of sequences 



begun 


in 


the last 


section. We 


saw 


that it was 


easy to 


define 


the 


selec 


tor 


functions 


on sequences 


(oc, 


. uj, A, H) . 


This provides 


us 


with 


functions f 


ot taking se 


quences apart. 


We will 


define 


the 


ordinal 


couple or 


pair , which puts 


them together. It 


X and y 


are 


two 


ob j 


ects, then 


'x,y' is the 


r el 


.ation that 


relates 


X and y 


but 



no other objects. 

(x,y) = ♦ -i-. 

X y 

Observe that 

cc: (x,y) = X 

ua:(x,y) = y 
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It will occasionally be convenient to write ordinal couples in a 
vertical format: 

(^) = 

The class of all the ordinal couples (or pairs) that can be made 
from the classes S and T is SXT: 

p6(SXT) 3-xy[x6S A y6T A p=(x,y) ] 

8 . 2 catenation and consinq 

If s and t are sequences then we can define an operation 's^t', 
which is the catenation of s and t. To form this catenation we 
must hook the last element of s to the first element of t; 

s”*t = s V (ui:s, oc;t) V t 

The catenation operation is only defined for sequences, which are 
required to have at least two elements (since an irteflexive 
relation with less than two elements is the empty relation). 

How do we add a single element to the left or right of a 
sequence? The "cons left" and "cons right" operations are easy 
to define; 

X cl s = (x, oc:s) V s 

. scry = s V (uj; s , y) 

It is easy to show that if s is a sequence, then: 
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cc: (x cl s) = X 
H: (x cl s) = s 

uj: (s ct y) = y 
A: (s cry) = s 

Also, it s is a sequence, then s V (uj: s , cc:s) is a ting formed by 
joining the last element of s to the lirst element. 

If s is a sequence, then s”^ is the reverse of s. Hence, 



oc:s = 


uj: s”^ 




-1 


axis = 


cc: s 


A : s~^ 


= (n:s)”^ 


H: s”^ 


= (A:s)“^ 



(s*t)"^ = t“^^s“^ 

(x cl s)~^ = s~^ cr X 
(s cr x)”^ = X cl s“^ 



-1 



(x,y) 

© K) ' 



(y /X) 



9 . Binary Operations 

In this section we will discuss our approach to binary 

operations that is, to functions with two arguments and one 

result. We have already seen how unary functions are connected 
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to relations. For instance, we can write the tact that y is the 
sine ot x by either: 'y sin x' or y = sin:x. Since we only deal 

with binary relations, we will have to have a new convention for 
handling binary functions. This convention is: we will combine 

the two arguments of an operation into a pair. For instance, we 
can define a relation 'sum' such that 

X sum (y,z) 

if and only if x is the sum of y and z. We can use our colon 
convention as usual, e.g., 

X = sum:(y,z) <-> x sum (y,z) 

Now, it would be inconvenient to have to invent names, such as 
'sum', for each operation, such as '+'. Hence, we will adopt a 
systematic convention for making such names: either placing the 
conventional infix symbol for the operation in bold face or in 
parentheses. For instance, 

x+(y,z) < — > X = +: (y,z) < — > x = y+z 
X ( + ) (y,z) » X = (+):{y,z) x = y+z 

This notation will permit us to manipulate in a more regular 
fashion the usual arithmetic operations (+, -, *, /) as well as 
the relational operations (A/ V, etc). For instance, if S is a 
class of classes, then 



(A) ! : SXS 
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is the class ot. all paitwise intersections ot members ot S. 

It is otten convenient to be able to generate simple rela- 
tions from a binary operation. Following Russell and Whitehead, 
let M represent any binary operation. We detine; 



X (ttz) y 


4- > 


X = 


yrrz 


X (yir) z 




X = 


yrrz 


x(-l)y 


4-» 


X = 


y-1 



theretore (-1) is the predecessor relation. These can be used as 
functions: 

(-1 ) : X = x-1 

(+1 ) : X = x+1 

This convention makes it very easy to form more complex func- 
tions. For instance, if we want f:x = sin;(l/x) then we can 
define f = sin(l/) To see that this works; 

f;x = [sin(l/)];x = sin; [ (l/):x ] = sin;[ 1/x ] 

10 . Combinator s 

In this section we will discuss several powerful operations 
for manipulating relations. These are called combinator s because 
of their similarity to the combinators of Curry and Feys [4]. 
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First observe the action ot the (x,) and ( ,y) functions: 

(X,) :y = (x,y) 

( ,y) :x = (x ,y) 

Now note that 

f(x,); y = f:[(x,):y] = f:(x,y) 

In general, if f is a binary function, then f(x,) and f(,y) are 
the "partially instantiated" unary functions. This is the effect 
of Curry and Feys "B" combinator [4], the elementary compositor . 

If ';R = R~^ then, since S~^ is the reverse of a sequence, 
ir' is the reverse form of an operation. For instance, (-) ' is 
the reverse subtract operation: 

(-)’:(x,y) = (-):(': (x,y) ) 

= (-) : (y ,x) 

= y-x 

Thus (-) ' can be read "subtract from" and (/) ' can be read 
"divide into". This is Curry and Feys "C" combinator, or elemen- 
tary permutator . 

The next combinator we will discuss is the paralleling of 
relations, which is defined: 



(v)©(^) ^ uRxAvSy 
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So, it t and g ate tunctions. 



(^\ 

\^l 





Hence , 



f 



is the element-wise combination or f and g. 



Another combinatot is the elementary duplicator , W, defined 
so that 



(W: f ) ; X = f : (x ,x) 



If we define A:x = (x,x) then it is easy to see that W:f is just 
fA* Fot instance, (x)A is the squaring function: 



(x)A:n 



(x) : = (x) : (n,n) = nxn = n^ 



It should be cleat that Backus' [f,g] combining form is just out 
since 




Since this combination is so common we will adopt a special nota- 
tion for it: 




f 



A 



Hence, |] :x = 



Some of the properties satisfied by these combinatots are: 
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R T 
S XT 


_ RT 
" STT 


(1)" 


_ Rf" 
■ 




_ ^ 
ST| 


R Tl 

s uj 


1 = 






(I)' 


- 1 - ■( 
1 - SI 




1 - ^ ^ 

1 = R>(Rm:g) 




= S>(Rm:f) 


R 

S 


_ 

snr] 


cl 


= Si'" 


ct 





As an example of these combinators it is easy to show that 

£ = 

is the function f:t = t^+2t. 



Our last combinatot is the meta-application operator 
which corresponds to Curry and Feys' S combinator: 

(f : :g) :x = (f :x) : (g:x) 

For instance, [(!)'] ::init is the operation that gives the 
descendents of roots of a forest, F, 

{[ (I) '] : :init) :F = (F“^ ! ) : ( init :F) , 



set of 
since 
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11 . At t ays 

An array is just a lunction from a contiguous subset of the 
integers to some set of values. If A is an array and i Rm A then 
A:i is the i-th element or. A. Similarly, it I C Rm:A is a set of 
index values then A1;I is the corresponding set of array values 
and A>I is the subartay of A selected by those indices. 

It is easy to define multi-dimensional arrays: they ate 
just arrays whose elements are selected by sequences of integers, 
e.g. M:(i,j). If M is a two-dimensional array, then M(i,) is the 
i-th row of M and M(,j) is the j-th column of M. Also, if I is a 
set of row indices and J is a set of column indices then M}(IXJ) 
is the submatrix of M selected by these sets. It is easy to see 
that M' is the transpose of M, since 

M':(i,j) = M:(':(i,j)) = M:(j,i) 

More generally, if P is a permutation function (i.e. a bijection 
from an index set into itself) then AP is the result of permuting 
A by P. 

Suppose X is an element of the array A (i.e., for some i, 
x=A;i). Then A:x is the set of all indices for which x=A:i. 
Therefore we can find the index of the first occurence of x in A 
(i.e. APL ' s iota operator) by minA:x. In general, if P is some 
property (i.e. class), then A”^l:P is the set of indices of all 
elements of A that satisfy P. A sorted reflexive sequence of 
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these indices is just £ X (A”^!;P) 

It is easy to convert arrays to sequences and vice versa . 
Suppose all the elements of A ate distinct, then A“^ is a func- 
tion that returns the index of an element of A. We want to 
define a sequence S such that xSy if and only if x preceeds y in 



A , i . e . 


the index of x 


is one 1 


ess 


xSy 


(A"-^ :x) 


= (A-1 


:y)- 






(A“^ ; x) 


(-1) (A“ 


^ :y) 






x[A 1 (-1) 


1 A”^]y 




Hence , 


S = A(- 


1) A"^. 






We 


wi 11 f 


inish our 


discuss 


ion 


generat 


ion of 


sotted 


ar rays . 


Le 


sorted , 


then £SS is a structure 


whi 


g r eater 


elemen 


ts. Now 


i f X is 


any 


the set 


of all 


elements 


less than 


number 


of el 


ements o 


f S less 


tha 


the ind 


ex of X 


in the sorted ar 


ray 


sorted 


array. 


xAi if 


and only 


if 



Of course this can be generalized to any ordering relation. 

12. Scanning Structures 

It is often useful to scan a structure while performing some 
processing at each node. When the data structure is a sequence 
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this amounts to APL ' s reduce operator and Backus' insert opera- 
tor. We will define a scanning operation that works on a mote 
general class of structures. This operator can be understood 
intuitively as follows: The state of the scanning process is 
represented by a set of "read heads" each of which is "positioned 
over" a node and holds state information accumulated from the 
nodes it has already visited. A node can be processed when a 
read head has moved to that node over each edge which leads into 
the node. When this occurs a processing function is applied to 
the node (as first parameter) and the union of the state informa- 
tion of each of the read heads (as second parameter). The result 
ot this processing step becomes the state information associated 
with a new set of read heads which ate advanced along each edge 
leading out from the node. The processing of the structure is 
completed when all read heads have arrived at terminal nodes 
(hence this scanning operation is not defined for cyclic struc- 
tures) . Scanning a structure is started by positioning a read 
head with initial state information over each initial node. 

The scanning operation is symbolized by fli, where f is the 
processing function and i is the initial state for the read 
heads. For instance, if V is a vector, (+)I0:V will scan the 
elements of V using (+) (i.e. APL +/V or Backus' (/+) :V) . For a 
more interesting example, suppose T is an attributed parse tree, 
E is a function that evaluates attributes and B is the initial 
set of attribute bindings. Then ElBiT propogates the values of 
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inherited attributes down to the leaves or the tree. Conversely, 
ElB:(T”^) propogates the values of synthesized attributes back to 
the root. Hence, repeated applications of ElB and (ElB) ' will 
evaluate all of the attributes. Of course, this program will 
work just as well if T is a forest of parse trees. The I opera- 
tor is still undergoing evaluation as it is one of several possi- 
ble structure-directed scanning operations. 

13 . Examples 

In this section we will give several examples of relational 
programs. 

PAYROLL EXAMPLE: Suppose we have a file § of employee 
records, where r = |:n is the record for the employee with the 
employee number n. We will suppose that employee records are 
functions defined so that: 

r:N = employee name 

r:H = hours worked so far this week 

r:R = pay rate 

We are given an update file U such that U:n is the number of 
hours worked by employee n today. We wish to generate a new pay- 
roll file 5 ' . 

SOLUTION: Let r = J:n and r' = i':n be the old and new 
employee records. It is clear that r* is the same as r except 
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lot its H field. In otdet to modity part of a relation, we will 
use the Md tunction detined by: 



Then, if h' represents the new value of the H field, the new 
employee record is 



By combining these results we have, 

:n = t' = Md: ( $:n, (h' ,H)) 

To find we must factor out the employee number n. To do this, 
note that (|:n);H = (:H):(ii:n) = (:H)$:n. That is, (:H)$ is a 

slice of the payroll file: the hours worked for each employee. 
Therefore , 

h' = (|:n):H + U:n = (:H)fi:n + U:n 



Md: (S ,R) 



R V S> (-Rm:R) 



r ' 



Md:(r, (h',H)) 



Now, h' is just the cumulative hours worked: 



h' 



(I :n) : H + U : n 




Now, define the updating function u by 



u :n 



( ( + )lLgil :n, H ) 



( fH) (+)ll^Il :n 



Then, $':n = Md:(§:n,u:n) 




the solution to 
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out problem, the new payroll file, is 




where u 




CHECK ISSUING EXAMPLE; Suppose we wish to take the payroll file 
from the previous example and generate checks for the employees. 
We will assume that a function C is available such that C:(nm,p) 
returns a check in the amount p made out to the name nm. 

SOLUTION: We will ignore overtime computations. Hence, if n 
is an employee number then |;n;N is his name and 



is his pay. Hence, his check c;n is C;n = C:(nm,p:n) = C: 



Combining these we have the file F mapping employee numbers into 
checks : 



from which we can factor out the old payroll file: 



p:n = i ;n:H X §;n:R 




F 




If we just want a set of checks, this is Lm:F. 
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1 4 . Implementation Notes 

The primary goal ot our investigation has been to determine 
it relational programming is signi ticantly better than conven- 
tional methods. It would be premature to devote much effort to 
implementation studies before it is even determined it relational 
programming is an effective programming methodology. However, a 
brief discussion of implementation possibilities is probably not 
out of line. 

The most obvious representation of a relation is the exten- 
sional representation, in which all the elements of a relation or 
class are explicitly represented in memory. There are many kinds 
of extensional representations, such as hash tables, binary trees 
and simple sorted tables. Of course, performance can be improved 
through the use of associative memories and active memories (in 
which each memory cell has a limited processing capability). 

Some relations and classes will be so large that it is 
uneconomical to represent them explicitly in memory. In these 
cases an intensional representation should be used. Here a class 
or relation is represented by a formula or expression for comput- 
ing that relation or class. Operations on the class or relation 
are implemented as formal operations on the expression. This is 
feasible because of the simple algebraic properties satisfied by 
relations. It can be seen that an intensional representation is 



really just a variant of a lazy evaluation mechanism. 



Sometimes 
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an intensional representation is necessary; for instance, rela- 
tions or infinite cardinality, such as the numerical operators 
and relations, require an intensional representation. 

Although the programmer could be allowed to choose between 
extensional and intensional representations for his relations, 
this is not necessary. It is probably feasible, and certainly 
higher level, to have the system choose representations on the 
basis of cardinality estimates of the classes and relations 
involved. The algebra of relations is regular enough that many 
of these decisions can be made at compile time. Any that can't 
can be deferred to run-time when exact cardinality information is 
available. 



15. Conclusions 



Of course, we are not the first to propose introducing 
aspects of a relational calculus into programming. Space limita- 
tions prohibit a comparison with previous work, such as that by 
Feldman and Rovner [5], Codd [3] and Childs [2]. What does dis- 
tinguish this investigation is the exclusive use of relations in 
a general purpose programming language. It is hoped that the 
preceeding discussion has made plausible some of the advantages 
claimed for relational programming in the Introduction. Consid- 



erable work remains to be done in evaluating the effectiveness of 
a relational calculus as a programming tool. For instance, the 
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optimum set of combinatots and relational operators must be 
selected. Another non-trivial problem is the selection of a good 
notation for the relational calculus. More from convenience than 
conviction we have used the notation of [8] and [1]. Making 
relational programming an effective tool will require designing a 
notation that combines readability with the manipulative advan- 
tages of a two-dimensional algebraic notation. This is all prel- 
iminary to any serious considerations of software or hardware 
implementation techniques. The reader who is interested in more 
details about programming in a relational calculus should consult 
[7] . 
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